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FOREWORD 


The  Human  Factors  Technical  Area  of  the  Army  Research  Institute 
(ARI)  is  concerned  with  helping  users  and  operators  cope  with  the  ever 
increasing  complexity  of  the  battlefield  automated  systems  by  which  they 
acquire,  transmit,  process,  disseminate,  and  utilise  information*  In¬ 
creased  system  complexity  Increases  demands  imposed  on  the  human  inter¬ 
acting  with  the  machine*  ARl's  efforts  in  this  area  focus  on  human  perfor¬ 
mance  problems  related  to  interactions  with  command  and  control  centers, 
and  on  Issues  of  system  design  and  development.  Research  is  addressed  to 
such  areas  as  user-oriented  systems,  software  development,  information 
management,  staff  operations  and  procedures,  decision  support,  and  systems 
integration  and  utilization. 

An  area  of  special  concern  in  user-oriented  systems  is  the  improvement 
of  the  user -machine  interface.  Lacking  consistent  design  principles, 
current  practice  results  in  a  fragmented  and  unsystematic  approach  to 
system  design,  especially  where  the  user/operator-system  Interaction  is 
concerned.  Despite  numerous  design  efforts  and  the  development  of  exten¬ 
sive  system  user  information  over  several  decades,  this  information  remains 
widely  scattered  and  relatively  undocumented  except  as  it  exists  within  and 
reflects  a  particular  system.  The  current  effort  is  dedicated  to  the 
development  of  a  comprehensive  set  of  Human  Factors  guidelines  and  eval¬ 
uation  criteria  for  the  design  of  user/operator  transactions  with  battle¬ 
field  automated  systems.  These  guidelines  and  criteria  are  intended  to 
assist  proponents  and  managers  of  battlefield  automated  systems  at  each 
phase  of  system  development  to  select  the  design  features  and  operating 
procedures  of  the  human-computer  interface  which  best  match  the  require¬ 
ments  and  capabilities  of  anticipated  users/operators. 

Research  in  the  area  of  user-oriented  systems  is  conducted  as  an 
in-house  effort  augmented  through  contracts  with  uniquely  qualified 
organizations.  The  present  effort  was  conducted  in  collaboration  with 
personnel  from  Synectxcs  Corporation  under  contract  MDA903-80-C-0094. 
The  effort  is  responsive  to  requirements  of  Army  Project  2Q263744A793, 
Human  Performance  Effectiveness  and  Simulation,  and  to  special  requirements 
of  the  U.S.  Army  Combined  Arms  Combat  Developments  Activity  (CACDA),  Fort 
Leavenworth,  Kansas. 


DESIGN  GUIDELINES  AND  CRITERIA  FOR  USER/OPERATOR  TRANSACTIONS  WITH  BATTLE¬ 
FIELD  AUTOMATED  SYSTEMS  VOLUME  III-B:  HUMAN  FACTORS  ANALYSIS  OF  USER/ 
OPERATOR  TRANSACTIONS  WITH  THE  TACTICAL  COMPUTER  T EM INAL  (TCT) 


EXECUTIVE  SUMMARY 


Requirement : 

To  develop  a  comprehensive  set  of  human  factors  guidelines  and  criteria 
for  the  design  of  user/operator  transactions  in  battlefield  automated 
systems  for  use  by  human  factors  specialists  and  system  proponents, 
managers,  and  developers. 


Procedure: 

To  provide  data  for  a  baseline  function  description  of  user/operator 
transactions  in  battlefield  automated  systems,  user-computer  interactions 
in  TCT  were  analyzed  using  a  Transaction  Feature  Analysis  technique. 
Data  were  collected  during  interviews  with  system  experts  and  reviews  of 
system  documentation.  The  analysis  focused  on  system  design  features  that 
affect  user/operator  performance  of  transactional  tasks. 


Findings : 

No  major  problems  or  deficiencies  were  found  in  the  TCT  user-computer 
interface.  TCT  mAkes  extensive  use  of  menus  and  function  keys  to  control 
the  system.  Standard  terms,  character  sets  and  labels,  glossaries,  abbre¬ 
viations  and  codes  are  all  available  via  menus/prompts  which  are  easily 
accessed,  comprehensive,  and  clear.  However,  the  menus  could  be  improved 
by  a  hierarchical  format  and  language  more  meaningful  to  the  user/operator . 
Numerous  fixed  and  variable  (programmable)  function  keys  control  a  variety 
of  operations.  The  system  functions  on  a  set  of  four  well-designed  message 
formats.  Speedup  of  data  entry  into  these  formats  could  be  accomplished  by 
menu  selection  of  routinely  called -out  sending  and  receiving  units  and  by 
automatic  ontry  of  date/time  data.  Some  modifications  in  system  initial¬ 
ization,  mode  selection,  and  mode  of  operation  designators  are  suggested  to 
reduce  the  user/operator  memory  burden.  System  operation  could  also  be 
improved  with  more  specific  error  feedback. 


Utilization  of  Findings: 

Findings  from  the  analysis  of  individual  systems  may  be  useful  to 
proponents  in  specifying  user/operator  requirements  for  future  system 
evolution.  In  this  project,  the  findings  were  incorporated  in  a  data  base 
on  human  factors  requirements  which  provided  the  "real  world"  foundation 
for  development  of  the  provisional  guidelines  and  criteria  presented  in 
volume  IV  of  this  report.  The  provisional  guidelines  and  criteria  will  be 
utilized  as  the  basis  for  development  of  the  prototype  handbook. 
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SUMMARY 


This  document  roports  a  human  factorn-oriented  analysis  of  user/operator 
transactions  with  the  Tactical  Computer  Terminal  (TCT) .  Subject  matter- 
experts  were  interviewed  and  system  documents  were  reviewed  to 'learn  about 
hardware,  software,  and  procedural  design  features  that  affect  those  trans¬ 
actions.  Observations  were  recorded  with  a  Transaction  Feature  Analysis 
technique  developed  for  this  purpose.  Transaction  features  analyzed  with  the 
technique  were  arranged  by  categories  to  facilitate  presentation  and  dis¬ 
cussion. 

The  analysis  revealed  no  major  problems  or  deficiencies  in  the  TCT 
user-computer  software  feature;  that  is,  no  single  reature  was  observed  that 
by  itself  would  be  likely  to  degrade  system  performance  seriously.  In  fact, 
a  number  of  features  were  identified  that  would  contribute  to  successful 
performance.  Nonetheless,  other  features  exist  in  the  TCT  that,  while  minor 
when  considered  alone,  could  combine  under  operational  conditions  to  intro¬ 
duce  errors  into  system  outputs  or  delay  completion  of  system  functions. 
Improvements  in  these  areas  would  reduce  error  rates  and  increase  throughput 
rates.  Perhaps  equally  important,  they  would  also  make  the  system  easier  to 
use;  by  providing  a  simpler,  "friendlier"  user/computer  software  interface, 
they  could  reduce  training  requirements. 

Recommendations  for  such  improvements  are  summarized  in  Table  1.  The 
table  is  organized  by  categories  of  design  features  as  described  in  the  report. 
Each  recommendation  is  evaluated,  according  to  the  best  judgment  of  the  analysts, 
in  terms  of  hardware  changes,  software  reprogramming,  or  changes  in  system 
operating  procedures.  Evaluations  cannot  be  expressed  in  quantitative  terms 
because  appropriate  data  could  not  be  collected.  Therefore,  the  evaluation  is 
expressed  in  terms  of  low  (L) ,  moderate  (M)  or  high  (H)  impact  on  hardware, 
software,  and  performance,  with  a  minus  sign  indicating  negative  impact  (cost) 
and  a  plus  sign  indicating  positive  impact  (benefit) . 


Tab-1  u  1 


Summary  of  Recommended  Design  Features  and  Extraction 

of  Their  Impact 


2. 


IMPACT* 

CATEGORY 

RECOMMENDATIONS 

Hardware 

Software 

User 

Operator / 
Performance 

CONTROL  METHODS 

1 . 1  Command  Language 

N/A 

N/A 

N/A 

N/A 

1.2  Menus 

None 

- 

- 

- 

1.3  Function  Keys 

.  Eliminate  unnecessary  use 
of  function  keys 

None 

L- 

M+ 

.  Use  consistent  function 
key  sequences  for  similar 
functions 

None 

L- 

M+ 

.  Label  function  keys  with 
natural  terminology 

L- 

L- 

M+ 

1.4  Hybrid  Methods 

.  Bring  display  prompts  and 
function  key  labels  into 
agreement 

None 

L- 

L+ 

1 . 5  Prompts/HELFS 

.  Put  optional  systems  in 

SITREP  in  REMARKS  field, 
or 

None 

L- 

M+ 

.  Provide  hierarchical  menu 
of  crewed  systems 
.  Provide  automatic  transition 
to  mode  selection  after  sys¬ 
tem  initialization 

None 

L- 

M+ 

.  Provide  menu  options  in 
terms  meaningful  to  user/ 
operator 

None 

L- 

M+ 

.  Use  information  already 
input  by  user/operator  to 
determine  options  presented 
in  subsequent  menus 

None 

M- 

M+  or  H+ 

.  Modify  software  so  that 
functionally  identical 
prompts  are  worded  iden¬ 
tically 

None 

L- 

M+ 

DISPLAY  FORMAT 

NO  PROBLEMS  IDENTIFIED  IN  FOUR 
FORMATS  CURRENTLY  IN  USE 

- 

- 

- 

^|f 

L  =  Low,  M  -  Moderate,  H  =  High  impact;  (+)  =  positive  impact  (benefit),  (-)  =  negative 
impact  (cost) . 
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Table  1.  Continued 


IMPACT* 


CATEGORY 


DATA  ENTRY  ASSISTANCE 

3.1  Information  on 
Legal  Entries 


3.2  Unburdening  of 
Input 


3.3  Interrupts  and 
Work  Recovery 


MESSAGE  COMPOSITION 
AIDS 

4.1  System  Design 
Features 


RECOMMENDATIONS 


Provide  prompts  indicating 
which  FFKs  are  legal  for 
TEXT  EDIT  mode,  or 
Provide  a  HELP  capability 
allowing  user/operator  to 
determine  legal  FFKs  in 
TEXT  EDIT  mode 
Provide  menu  of  units  to 
allow  selection  of  sending 
and  receiving  units  of 
messages 

Provide  capability  to  enter 
date  once  a  day  and/or  at 
system  initialization  and 
to  pick  up  time  from  system 
clock 

Provide  prompts  to  assist 
user/operator  to  enter 
EFF-TIME 

Provide  capability  to  copy 
channel  1  data  to  channel  2 
automatically  when  data  are 
same  for  both  channels 
Provide  capability  to  re¬ 
transmit  a  message  auto¬ 
matically 


Provide  feedback  for  data 
entries  in  prompt  area  of 
screen 

Provide  default  options  for 
all  system  communications 
equipment 

Modify  software  to  include 
grid  zone  designation  auto¬ 
matically  into  standard 
message. formats 


User 

Operator/ 

Hardware  Software  Performance 


L-  or  M- 


wm 


Table  1.  Continued 


CATEGORY 


RECOMMENDATIONS 


IMPACT* 


Hardware 


Software 


User 

Operator/ 

(Performance 


4 . 2  Format  for  Alpha¬ 

numeric  Mes¬ 
sages 

4.3  Graphic  Messages 

5.  DATA  RETRIEVAL  ASSIST¬ 
ANCE 

G .  GLOSSARIES 
7 .  ERROR  HANDLING 


NO  TRANSACTION  FEATURES  WERE 
OBSERVED  IN  THESE  CATEGORIES 
THAT  REQUIRED  TRANSACTION 
FEATURE  ANALYSIS 


7.1 

Prevention 

7.2 

Detection 

J 

7.3 

Feedback 

.  Provide  explicit  diagnostic 
information  in  error  mes- 

7.4 

Correction/Recov- 

sages 

.  Provide  brief  information  on 

ery 

legal  entries  in  error  mes¬ 
sages 

None 


None 


M- 


M- 


U+ 


H+ 
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INTRODUCTION 


This  document  reports  a  human  factors-oriented  analysis  of  user/operator 
transactions  with  the  Tactical  Computer  Terminal  (TCT) .  The  TCT  is  an  intelli¬ 
gent  terminal?  it  is  the  first  step  in  an  evolutionary  process  to  develop  a 
Tactical  Computer  System  (TCS)  that  will  provide  data  processing  support  to 
tactical  command  and  control. 

As  indicated  above,  the  analysis  focused  on  user/operator  transactions. 

It  therefore  did  not  examine  such  traditional  human  engineering  features  as 
stroke  width  of  characters,  force-displacement  characteristics  of  keys, 
color-  or  shape-coding  of  knobs  and  levers,  control-display  ratios,  or  arrange¬ 
ments  of  workplaces.  Indeed,  the  analysis  addressed  both  hardware  and  software 
only  insofar  as  they  affect  user/operator  transactions.  Throughout  the  effort, 
the  emphasis  remained  on  transaction  features  such  as  command  methods,  display 
formats,  data  entry  and  handling,  message  composition,  data  retrieval,  glossar¬ 
ies,  error  handling,  and  user/operator  configurations. 

This  analysis  of  the  TCT,  and  those  of  other  systems  listed  in  the  Preface, 
served  to  validate  information  gathered  during  an  earlier  survey  of  Army  battle¬ 
field  automated  systems.  It  also  provides  additional  information  for  a  data 
base  on  user/operator  transactions  initially  developed  from  the  earlier  survey. 
This  data  base  identifies  and  classifies  problems  and  deficiencies  in  the  human- 
computer  software  interface  of  battlefield  automated  systems.  It  will  provide 
the  foundation  for  developing  guidelines  and  criteria  for  the  design  of  user/ 
operator  transactions  with  future  systems. 

No  attempt  is  made  here  to  integrate  the  analysis  of  TCT  with  those  of 
other  systems.  Such  an  integration  clearly  is  required  to  permit  the  com¬ 
parisons  among  systems  that  will  reveal  problems  and  deficiencies  common  to 
battlefield  automated  systems  in  general,  and  those  unique  to  a  particular 
system.  The  integration  of  separate  analayses,  comparisons  among  systems, 
description  of  problems  and  deficiencies,  and  conclusions  and  implications 
drawn  from  results  are  reported  in  Volume  II  of  the  final  report  of  this  pro¬ 
ject's  first  phase. 

Because  the  analyses  are  oriented  toward  validating  and  enlarging  a  data 
base  of  problems  and  deficiencies  in  battlefield  automated  systems  in  general, 
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recommendations  for  changes  to  TCT  or  any  other  particular  system  are  not  a 
major  purpose  of  the  effort.  However,  the  analytical  technique  described 
later  lead  naturally  to  recommendations  for  resolving  problems  and  deficien¬ 
cies  described  by  the  technique,  and  these  recommendations  are  reproduced  in 
the  Appendix  to  this  report.  This  issue  is  discussed  more  fully  later  in  the 
report. 


OVERVIEW  OF  THE  SYSTEM 


PURPOSE  AND  MAJOR  FUNCTIONS 
Purpose 

The  purpose  of  the  TCT  is  to  provide  near-term,  automated  data  processing 
support  to  combat  and  combat  support  commanders  at  all  Army  echelons.  The 
TCT  will  improve  information  gathering  and  processing  tasks  supporting  the 
commander's  decision  making  processes.  The  system  is  designed  for  quick, 
easy  use  by  functional  personnel  without  special  training  as  computer  opera¬ 
tors.  Ultimately,  the  TCT  will  be  coupled  with  the  Tactical  Computer  System 
(TCS)  as  part  of  the  Army  Tactical  Data  System  (ARTADS) .  The  TCT  (shown  in 
Figure  1)  and  TCS  (shown  in  Figure  2)  are  quite  similar  functionally,  and 
their  designs  are  consistent  with  each  other.  However,  by  providing  greater 
storage  capacity  and  increased  communications  capability,  the  TCS  will  add 
greatly  to  the  data  processing  power  provided  by  the  TCT  alone.  Figures  3  and 
4  show  the  TCT  installed  in  the  M577  armored  command  vehicle.  A  typical 
installation  of  TCS  will  be  in  the  S-250  shelter  shown  in  Figure  5. 

Because  the  TCS  has  not  yet  been  implemented,  it  could  not  be  included 
in  this  analysis.  Nonetheless,  available  information  suggests  that  the  find¬ 
ings  presented  here  in  regard  to  the  TCT  will  be  valid  for  the  TCS  also. 

Major  Functions 

The  TCT  is  a  compact,  modular,  programmable,  secure  electronic  device, 
developed  to  provide  the  following  major  functions,  using  standard  Army  tac¬ 
tical  communications! 
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a.  Data  entry 

b.  Message  composition,  editing  and  validation 

c.  Computation 

d.  Storage 

e.  Display  printout 

f.  Digital  message  transmission  and  reception 

In  providing  these  functions,  the  TCT  meets  the  following  performance 
criteria: 1 


a.  Performs  as  a  node  in  a  communication  network, 

b.  Provides  processing  for  the  composition,  edit,  storage, 
retrieval,  transmission,  and  reception  of  text  messages. 

c.  Provides  processing  for  the  monitoring  of  digital  and 
voice  communication. 

d.  Provides  application  processing  for  user-dependent  functions. 

e.  Provides  system  and  operator  error/fault  notification  through 
the  use  of  alert  messages. 

f.  Provides  for  the  use  of  physical  media  (field  wire)  to  com¬ 
municate  without  the  loss  of  data. 

g.  Relays  messages  from  origin  to  the  destination  without  error. 

h.  Operates  with  either  the  KG-13,  KG-34,  KY-5"7 ,  KY-68,  and 
KG- 84  crypto  devices. 

i.  Operates  independently  in  the  face  of  node,  link,  or  other 
teleprocessing  resource  failures. 

j.  Interfaces  with  the  user/operator  via  the  TCT  keyboard, 
plasma  display,  VFKs,  printer,  and  other  controls. 

k.  Message  processing  statistics  are  accurate  to  plus/minus 
one  message  in  a  total  message  population  of  10,000  with 
100%  effectiveness. 


1Tactical  Computer  Terminal  User  Manual  for  Phase  1  of  European  Implementa¬ 
tion  Plan  (Preliminary  Drafts.  Glendale,  California:  Librascope  Division 
of  Singer,  1  August  1980,  pp.  2-14. 
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l.  Processes  two  simultaneously  arriving  messages  (one  each 
channel)  without  loss  of  any  information. 

m.  Retrieves  stored  messages  and  stored  application  formats 
while  in  the  text  mode  as  follows: 

1.  Application  format  -  two  seconds,  100%  effectiveness. 

2.  Stored  messages  -  five  seconds,  90%  effectiveness. 

n.  Retrieves  update  message  processing  statistics  in  one  second 
with  100%  effectiveness. 

o.  Displays  messages. 

I 

p.  Prints  messages  at  1200  lines  per  minute  and  85  characters 
per  line. 

q.  Provides  printout  of  diagnostic  data  and  errors. 

r.  Accepts  inputs  of  50,  60,  and  400  Hertz  power  and  converts 
it  to  VDC  when  28  VDC  is  not  available. 


RELEVANT  HARDWARE  ELEMENTS 


TCT  consists  of  the  six  modules  shown  in  Figure  6:  power  supply,  power 
distribution  module,  magnetic  taps  recorder-reproducer,  line  printer  plotter, 


Figure  6.  Components  of  the  Tactical  Computer  Terminal  (TCT) .  Extracted  from 
user's  manual  cited  in  footnote  1. 
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display  keyboard  processor,  and  cable  assembly  junction.  The  component  by 
which  users/operators  communicate  with  the  system  is  the  display  keyboard 
processor,  the  component  of  greatest  concern  to  this  project  (Figure  7) . 
The  display  keyboard  consists  of  two  elements,  the  display  panel  and  the 


Figure  7.  The  TCT  Display  Keyboard  Processor. 

keyboard  panel.  All  input  and  output  is  accomplished  at  the  display  keyboard 
processor  via  the  keyboard?  input  and  output  are  displayed  on  the  plasma 
screen. 

The  Display  Panel 

The  display  panel  (Figure  8)  consists  of  a  plasma  display  (Figure  9)  and 
related  controls  and  indicators.  As  shown  in  Figure  10,  the  screen  is  divided 
into  four  areas,  one  each  for  message  display,  prompt  display,  system  level 
text,  and  display  of  variable  function  key  legends. 

Message  Display  Area.  Four  standard  formats  are  used,  described  later 
in  this  report.  The  selected  format  appears  in  the  top  half  of  the  plasma 
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Figure  8.  Display  Controls  and  Indicator.  Extracted  from  Tactical  Computer 
System  User  Manual:  Preliminary  Draft,  Singer:  Libraseope  Division,  Glendale 
California,  1  July  1977. 
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Figure  9.  The  Plasma  Panel  of  the  TCT  Shown  in  the  Graphics  Mode. 
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MESSAGE  DISPLAY  AREA 


PROMPT  DISPLAY  AREA 


SYSTEM  LEVEL  TEXT  AREA 


VARIABLE  FUNCTION  KEY  LEGENDS 


Figure  10.  Plasma  Screen  Layout.  Redrawn  from  user's  manual  cited  in  Footnote  1. 


Prompt  Message  Area.  Prompts  are  keyed  to  the  various  data  elements  contained 
in  a  message.  Prompts  associated  with  a  message  element  are  flagged  by  the  cursor. 
Prompts  are  described  later  in  the  report. 

System  Level  Text  Area.  Operator  and  system  alerts  provide  instructional  and 
status  information.  Specific  alerts  are  described  later  in  the  report. 

Variable  Function  Key  Legends,  as  shown  in  Figure  8,  two  sets  of  variable 
function  keys  are  located  along  the  right  side  and  bottom  of  the  display  screen. 
Functions  of  the  switches  change  according  to  the  mode  of  operation.  Labels  for 
the  bottom  row  of  switches  are  presented  on  the  display  screen. 


The  Keyboard 


The  TCT  keyboard  panel  is  shown  in  the  bottom  portion  of  Figure  11.  The 
keyboard  incorporates  a  standard  QWERTY  typewriter  keyboard,  a  telephone-type 
numeric  keypad,  cursor  controls,  and  fixed  function  keys  and  indicators.  The 
keyboard  and  related  controls  permit  entry  of  initialization  data?  composi¬ 
tion  of  and  change,  correction,  deletion,  and  addition  to  formatted  and  free 
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Figure  11.  TCT  Keyboard  Controls  and  Indicator,  Showing  2  Communications 
Channels.  Redrawn  from  user's  manuals  cited  in  Footnote  1  and  in  Figure  2. 


text  messages;  and  message  reception,  queuing,  validation,  printing  and  trans¬ 
mission.  Description  of  fixed  function  key  operation  is  provided  later  in 
this  report. 


RELEVANT  SOFTWARE  ELEMENTS 


Modes  of  Operation 

Four  modes  of  operation  are  available  for  user/operator  selection; 

a.  Data  entry  mode  (initialization) .  In  this  mode,  the  user/ 
operator  enters  channel  characteristics  and  other  data  to 
establish  communication  with  other  TCT  terminals.  When 
initialization  is  complete,  another  mode  of  operation  can 
be  selected  for  message  processing. 

b.  Text  edit  mode  (composition) .  The  text  edit  mode  permits 
composition  or  modification  of  messages.  Empty  message 
formats  are  obtained  by  selection  from  a  message  menu. 
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Prompts  are  provided  for  each  message  type,  by  massage 
element  area,  tc  assist  in  mo usage  composition.  Messages 
can  be  transmitted  only  while  in  the  text  edit  mode. 

c.  Cycle  message  mode  (display) .  The  latest  entered  message 
(last  in — first  out)  that  has  not  been  displayed  is  pre¬ 
sented  for  review.  This  mode  permits  cycling  through 
messages,  and  identification  of  the  number  of  messages  that 
have  not  been  reviewed. 

d.  Replay  message  mode.  In  this  mode,  the  oldest  saved  message 
(first  in — first  out)  is  recalled  to  the  screen.  Saved 
messages  can  be  called  up  in  a  cyclical  manner  and  are  not 
destroyed  until  deleted.  This  replay  mode  can  be  entered  from 
any  other  mode. 

A  set  of  operational  functions  interacts  with  the  last  three  modes  of 
operation  to  achieve  full  message  processing  capabilities.  The  functional 
options  available  with  each  of  the  operational  modes  are  specified  in  Table  1. 


Table  1 

Modes  of  Operation/Functional  Capabilities 


Function 

Mode  of  Operation 

Text  Edit 

Cycle  Message 

Replay  Message 

Print  the  message 

/ 

✓ 

/ 

Delete  the  message 

/ 

/ 

/ 

Clear  the  screen 

/ 

/ 

/ 

Save  the  record  of  selected  text 

/ 

/ 

Transfer  the  message  to  edit 

/ 

/ 

Transmit  the  message 

/ 

Functions  sometimes  provide  slightly  different  capabilities  depending  upon  the 
operational  mode.  Appropriate  system  alerts  associated  with  the  mode-function 
combinations  guide  user/operator  transactions. 


In  addition  to  fixed  and  variable  function  keys,  TCT  operations  are 
conducted  through  manipulation  of  a  set  of  formatted  messages  which  are  called 
up  and  completed  primarily  by  a  "fill  in  the  blanks"  approach.  Pressing  the 
DATA  ENTRY  fixed  function  key  brings  up  page  1  of  the  initialization  procedure, 
shown  in  Figure  12.  Prompts  are  provided  for  each  data  field  in  the  prompt 
area  of  the  screen.  For  each  data  field,  the  prompts  appear  only  when  the 


DTG: . 

OWN  UNIT  ID: 


AUTO  PRINT  WHEN: 

. 


./ . / . / . 

OWN  NODAL  ADDRESS: 


HARDWARE  CONFIGURATION 


DEVICE 
MODULATION 
DATA  RATE 
KEYLENGTH 
OUTPUT  LEVEL 
3906  112 
STOP  BITS 


CHANNEL  PROCESSING 


PROTOCOL 

EDC/TDC 

BLOCK 

NUMBER  OF  RETRIES 
RETRY  INTERVAL 


CHANNEL  II 


CHANNEL  12 


SELECT  <  >  . 


Figure  12.  Page  1  of  the  Data  Entry  (Initialization)  Format.  NOTE:  In  this 
and  succeeding  Figures,  dots  show  available  character  entry  spaces,  but  do  not 
appear  on  the  screen.  Reproduced  from  user's  manual  cited  in  Footnote  1. 


cursor  moves  to  that  field.  The  cursor  moves  to  the  next  field  as  soon  as 
the  information  required  to  complete  the  field  has  been  entered.  The  prompts 
available  for  the  first  four  topics  of  the  initialization  procedure  are  pre¬ 
sented  in  Table  2  as  examples  of  TCT  on-line  prompts. 
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Table  2 


Example  of  TCT  On-Line  Prompts  for  System  Initialization. 
Reproduced  from  user's  manual  cited  in  Footnote  1. 


Top  I  e 

OTG  (0«t«  Tint  Group) 

(Pag«  I) 


AUTO  PRINT  WHEN: 


OWN  UNIT  10: 


OWN  NODAL  ADDRESS 


P  romp  t 

ENTER  DATE  (2  DIGITS)  FOUOWEO  BY 

TIME  (4-  DIGITS)  FOLLOWED  BY 

ZONE  (1  DIGIT)  FOLLOWED  BY 

MONTH  (3  LETTERS)  FOLLOWED  BY 
YEAR  (2  DIGITS). 

ENTER  (Y  OR  N) 

AUTO  PRINT  WHEN  XMIT7 
AUTO  PRINT  WHEN  RELAY 7 
AUTO  PRINT  WHEN  DELETE7 
AUTO  PRINT  WHEN  RECEIVE? 

ENTER  LOCAL  NAME 

ENTER  YOUR  ADDRESS 


Once  page  1  of  the  initialization  process  has  been  completed,  page  2  of 
the  process,  shown  in  Figure  13,  is  called  up  by  pressing  a  series  of  fixed 
and  variable  function  keys.  Once  again,  prompts  are  provided  in  the  prompt 


DESTINATION  INFORMATION 


NUMBER  OF 


ALTERNATE 


UNIT 

ID 

MESSAGE  SENT 

ADDRESS 

CHANNEL 

RELAY 

NODAL  ADDRESS 

./ 

.1.1. 

./... 

*  4 

• 

.../. 

./ 

/./. 

./... 

4  4 

• 

•  • 

•  / 

./... 

)  i  m  4  t 

4  4 

•  4 

.../. 

■  / 

./... 

•  •  •  •  • 

4  4 

./ 

./... 

•  •  *  •  • 

4  4 

4  4 

4  4 

./ 

.1.1. 

m  4  4  4  ( 

4  4 

4  4 

4  4 

./ 

/./. 

./... 

•  *  4  4  4 

4  4 

4  4 

• 

./ 

.1.1. 

./... 

4  4 

4  4 

• 

4  4 

./ 

.1.1. 

./... 

4  4 

4  4 

• 

./ 

.1.1. 

./... 

4  4 

4  4 

./ 

../• 

/■/. 

./... 

4  4  4  %  • 

4  4 

.1.1. 

./... 

4  4 

4  4 

./ 

../• 

.1.1. 

./... 

4  4 

4  4 

./ 

./■/. 

./... 

4  4 

4  4 

./ 

.1.1. 

./... 

•  • 

SELECT  < 

.*/. 

> 

/./. 

Figure  13.  Page  2  of  the  data  entry  (initialization)  format.  Reproduced 
from  user's  manual  cited  in  Footnote  1. 
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area  of  the  screen  for  all  these  topics.  With  completion  of  system  initial¬ 
ization,  another  operational  mode  can  be  called  up. 

Other  TCT  operations  are  available  through  a  message  format  menu,  accessed 
by  depressing  the  FRMT  DIR  (format  directory)  fixed  function  key.  The  format 
menu  provides  the  following  four  message  formats:  Situation  Report  (SITREP) 
Message  (Figure  14) ;  Rapid  Reporting  of  Significant  Tactical  Activities 
(SPOT)  Message  (Figure  15) ;  Unit  Task  Organization  (UTO)  Message  (Figure  16) ; 
and  a  Free  Text  (FREE)  Message  (Figure  17). 


Figure  15.  SPOT  message  format.  Reproduced  from  user's  manual  cited  in 
Footnote  1. 
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TO-NODE: .  .WMM  H$Q:UTO  SCTY: . 

TRANS-TIME .  BRIO-ZONE: . . . 

TO:  .  EFF-T1ME: 

FROM:.../.../.../.././.../ . 

UNITS: 


Figure  16.  UTO  message  format.  Reproduced  from  user's  manual  cited  in 
Footnote  1. 


V  _ S 

Figure  17.  FREE  message  format.  Reproduced  from  user's  manual  cited  in 
Footnote  1 . 


As  shown  for  the  system  initialization  format  in  Table  2,  each  of  the 
topic  areas  of  the  four  standard  message  formats  is  supported  by  on-line 
prompts  which  appear  in  the  prompt  -area  of  the  display  panel.  Table  3 
shows  a  sample  of  prompts  for  the  SITREP  message. 


Table  3 


Sample  On-Line  Prompts  for  SITREP  Message  Format. 
Reproduced  from  user's  manual  cited  in  Footnote  1. 


Topi  c 

Prompt 

T0-N001 

ENTER  THt  NUHIER  (00  -  55 )  THAT 

IDENTIFIES  THI  Tt  AHI  HAL  TO  RECEIVE 

THt  MESSAGE. 

SC  T  Y 

Untea  the  secuaitt  classification) 

01  UNCLASSIFIED 

02  CONE  1  DENT  1 AL 

0)  NATS  CONE 

os  stem 

0$  NATO  SECAET 

0(  TOE  SECAET 

07  COSH  1 C  TS 

0!  ATONAL  TS 

PRIC 

(ENTER  THE  C0NMUNI CAT  IONS  PRECEDENCE) 

01  ROUTINE 

02  PRIORITY 

03  IMMEDIATE 

Qk  FLASH 

TRANS-TIME 

INTER  SATE  (2  DIGITS)  EOUOUEO  OT 

TINE  (S  DIGITS)  EOUOUEO  IT 

ZONE  (1  LETTEA)  FOLLOWED  IT 

MONTH  (3  LETTERS)  FOLLOWED  IT 

TEAR  (2  DIGITS). 

THIS  AtEOAT  WILL  it  TRANSMITTED  AT 

AR.'GOX.  (CXANELE  :  0  5  1  ISSZEEISO) 

F.<ID-’wNC 

• 

- —  — — 

ENTEI  THE  GRID  ZONE  DESIGNATION 

OF  T'JUR  LOCATION. 

(EXANELE : 32  U ) 

Format  Composition  Rules 

A  common  set  of  symbols  is  used  in  message  construction  for  all  message 
types.  These  symbols  delimit  topic  areas,  divide  data  fields  into  subfields 
identify  characters  automatically  provided  by  the  software,  etc.  Table  4 
presents  the  symbol  set. 


Table  4 


Delimiting  Symbols  Used  in  the  TCT  Message  Formats 


Symbol 
Colon  ( i ) 

Space  (  ) 

Slash  {/) 

Dash  (-) 

At  (9) 

Double  brackets  (((]]) 

Parentheses  (”  "} 

•  * 


Definition 

Denotes  the  end  of  the  field  name  and 
the  beginning  of  the  data  field. 

Indicates  spaces,  fields,  or  lines  that 
are  not  used. 

Separates  individual  items  of  a  multiple 
entry  data  field  with  unlike  code  char¬ 
acteristics  and  data  items. 

Separates  individual  items  of  a  multiple 
entry  data  field  with  identical  code 
characteristics  and  similar  data  items. 

Denotes  characters  within  entries  that 
are  automatically  provided  by  the  soft¬ 
ware. 

Used  in  the  prompt  area  of  the  screen 
to  identify  the  topic  of  the  prompt. 

Used  in  the  prompt  area  of  the  screen  to 
enclose  a  precise  requirement  (e.g. ,  number 
of  digits  to  be  entered)  or  to  identify  an 
example. 


ANALYSIS  OF  TRANSACTION  FEATURES 

As  with  other  in-depth  analyses  in  this  series,  the  TCT  was  analyzed  by 
means  of  two  primary  methods:  document  reviews  and  interviews  with  subject 
matter  experts.  In  both  methods,  analysts  recorded  their  observations  using 
a  Transaction  Feature  Analysis  technique  developed  for  this  purpose.  Table 
5  describes  the  technique. 

The  Transaction  Feature  Analysis  technique  is  useful  in  guiding  the 
analyst  to  detect  and  describe  desirable,  as  well  as  undesirable,  design  fea¬ 
tures  affecting  user/operator  transactions.  In  the  case  of  desirable  features, 
the  technique  can  capture  lessons  learned  from  one  system  that  will  be  relevant 
to  other,  perhaps  future,  systems.  In  this  way,  the  technique  can  help  to 
overcome  the  problem  of  information  transfer  among  systems.  Of  course,  when 
describing  a  desirable  feature,  the  analyst  enters  a  uniform  notation  for 
Recommended  Resolution:  "None  required." 
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Table  5 


Description  of  the  Transaction  Feature  Analysis  Technique 


Transaction  Feature.  Describes  the  type  of  transaction  being  analysed. 

Description,  Describes  how  the  feature  works  in  system  operations.  The 
description  includes  a  specific  example  of  the  feature  in  straightforward, 
operational  terms. 

Behavioral  implication.  Describes  the  feature's  impact  on  the  user's/ 
operator's  performance.  The  description  includes  what  the  individual  must 
do — and  must  not  do— in  using  the  feature.  It  also  includes  requirements 
imposed  upon  the  user/oparator  in  terms  of  memory  burden,  error  likelihood, 
skill  requirements,  and/or  other  performance-related  issues. 

Transactional  Implication.  Describes  the  feature's  effect  on  the  system's 
processing  operations.  The  description  includes  issues  such  as  the  system's 
ability  to  detect  errors,  its  error  handling  procedures,  and/or  the  time 
required  to  complete  transactions. 

Consequences .  Describes  the  feature's  impact  on  overall  system  performance. 
Here,  the  analyst  predicts  the  answers  to  questions  such  as  the  following: 
what  effect  does  the  feature  have  on  the  accuracy  and  timeliness  of  the 
data  base?  What  effect  does  the  feature  have  on  the  quantity  and  quality 
of  output?  Will  the  commander ' s  picture  of  the  battlefield  be  enhanced  or 
distorted?  Will  targets  be  fired  more  quickly,  or  lost? 

Recommended  Resolution.  Describes  specific,  detailed  remedial  action.  These 
recommendations  include  changes  to  hardware,  software,  or  procedures  that 
will  improve  system  performance 


1.  A.isaction  features  analyzed  with  the  technique  are  organized  according 
to  the  categories  shown  in  Table  6.  Results  of  the  analyses  are  discussed  in 
the  same  order;  the  individual  analyses  are  presented  in  the  Appendix. 
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1 .  CONTROL  METHODS 


1 .1  Command  Language 

For  purposes  of  this  effort,  command  language  may  be  defined  as  the 
syntax  and  vocabulary  of  system  control  instructions  that  are  entered  into 
the  computer  as  statements  composed  of  words,  abbreviations,  or  codes  (com¬ 
mands)  and  appropriate  parameters.  Most  typically,  such  statements  are 
entered  by  typing  at  a  keyboard.  Under  this  definition,  the  TCT  does  not 
incorporate  a  command  language.  System  control  instructions  are  entered 
into  the  computer  via  menus  and  function  keys. 

1 .2  Menus 

The  TCT  makes  extensive  use  of  menus.  The  message  format  type  is 
selected  from  a  menu  which  is  accessed  by  depression  of  the  FRMT  DIR  (format 
directory)  fixed  function  key.  The  message  format  is  displayed  on  the  upper 
portion  of  the  display  screen.  As  the  cursor  is  moved  from  data  field  to 
data  field,  a  menu  of  responses  appropriate  to  the  data  field  appears  in  the 
prompt  area  of  the  screen.  Even  non-numeric  data  content  is  entered  by  input 
of  numeric  codes.  For  numeric  data,  the  range  of  appropriate  numbers  is 
identified. 

The  availability,  comprehensiveness,  and  clarity  of  the  TCT  menus  con¬ 
tribute  greatly  ro  user/operator  ease  of  operation.  In  conducting  the  trans¬ 
action  feature  analysis,  some  ways  for  improving  the  TCT  menus  were  found. 
Suggestions  for  greater  consistency  in  presentation  (presenting  only  those 
responses  that  are  legal  in  hierarchical  menus,  for  example)  are  offered. 

1 .3  Function  Keys 

Function  keys  are  employed  extensively  in  the  TCT.  Two  sets  of  variable 
(programmable)  function  keys  are  located  along  the  right  side  and  bottom  of 
the  display  screen.  The  functions  'of  these  keys  vary  with  the  mode  of  opera¬ 
tion  and  are  identified  by  labels  which  appear  on  the  display  screen.  The 
labels  and  functions  of  the  variable  function  keys  are  presented  in  Table  7. 

The  TCT  also  makes  extensive  use  of  fixed  function  keys  on  both  the  dis¬ 
play  panel  and  the  keyboard  panel.  The  display  panel  fixed  function  keys  are 
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described  in  Table  8.  The  fixed  function  keys  on  the  keyboard  panel  are 
presented  in  Table  9. 


Table  7 

Variable  (Programmable)  Keys  for  the  TCT  Display  Panel 


NEXT  TOPIC 


Iprev  topic 


NEXT  TOPIC 


I  PREV  TOPIC 


I  NEXT  LINE 


PREV  ENTRY 


Ctoeration 
DATA  ENTRY  MODE 


Activation  moves  tha  cursor  forward  to 
tha  naxt  topic  (data  fiald) . 

Activation  moves  tha  cursor  backward 
to  tha  last  topic  (data  fiald) . 


TEXT  EDIT  MODE 


Activation  novaa  tha  cursor  forward  to 
tha  naxt  topic  (data  fiald) . 

Activation  novas  tha  cursor  backward 
to  tha  last  topic  (data  fiald) . 

Activation  movaa  tha  cursor  forward  to 
tha  baginning  of  the  naxt  lina. 

Activation  movaa  tha  cursor  backward 
to  tha  beginning  of  tha  last  entry. 


Table  8 

Fixed  Function  Keys  for  the  TCT  Display  Panel 


Control/Indicator 

Label 

Operation 

Alarm  silencer 

ALARM  SIL 

Nhen  pressed,  silences  tha  audio 
alarm. 

Illegal  switch  action 

ILLEGAL  SW 
ACTION 

Lights  whan  wrong  order  of  switch 
actions  occurs i  is  extinguished 
when  RESET  is  pressad. 

Priority  massage  waiting 

PRIORITY  MSG 
NTG 

Lights  whan  priority  message  is 
waiting  in  tha  mesaage  queue. 

Massage  waiting 

MSG  WTG 

Lights  whan  nonpriority  measage 
is  waiting  in  tha  massage  queue. 

Reset 

RESET 

Lights  whan  ILLEGAL  SW  ACTION  or 
AUTH  error  light  comas  on.  Whan 
pressed,  resets  (extinguishes) 
tha  lights. 

Authentication  error 

AUTH  ERROR 

Lights  when  an  authentication 

-  -  — a 

raceived  authentication  coda 
does  not  correspond  to  the  pro¬ 
per  authentication  coda.  la 
axtinguiahad  whan  tha  RESET  twitch 

is  pressad. 
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Table  8  (Continued 


Control/Indicator 

Label 

Operation 

Crypto  override 

CRYPTO  OVER 
RIDE 

If  pressed i  and  XMIT  switch  pressed 
simultaneously,  will  bypass  KG-11> 

Fault  (LED)  and  RESET 

FAULT 

RESET 

Indicator  light  is  lit  whan  the 
system  has  a  fault*  flashes  when 
a  new  fault  has  occurred.  Press¬ 
ing  the  RESET  switch  turns  off  the 

LED  indicator,  prints  the  fault 
list  on  the  printer,  and  removes 
the  fault  message  from  the  display 
screen. 

COMM  ERROR  (LED)  and 

RESET  switch 

COMM  ERROR 
RESET 

Indicator  light  is  lit  when  the 
system  detects  an  error.  Press¬ 
ing  the  RESET  switch  turns  off  the 

LED  indicator  and  removes  the  error 
message  from  the  display  screen. 

Change  function 

CHNG  FCTN 

When  pressed,  this  switch  will  change 
the  legends  of  the  programmable 
switches  (displayed  on  the  screen)  in 
a  predetermined  fashion. 

Priority  message 

PRI  MSG 

Lights  when  a  massage  is  added  to  the 
receive  queue  that  has  a  higher  pri¬ 
ority  than  any  message  in  the  queue 
at  that  time.  Pressing  the  switch 
places  the  first  page  of  the  highest 
priority  message  on  the  receive  dis¬ 
play  screen. 

Cycle  message 

CYCLE  MSG 

When  pressed,  calls  up  the  first  page 
of  the  next  message  in  the  receive 
queue. 

Transfer  to  graphic  mode 

XFER  TO 

GRAPH 

When  pressed,  transfers  message  being 
displayed  to  the  graphic  mode. 

Display  next  page  of 
multi-page  message 

PAGE 

When  pressed,  presents  the  next  page 
of  a  multi-page  message. 

Transfer  to  adit 

XFR  TO  EDIT 

When  pressed,  purges  the  contents  of 
the  message  on  the  receive  display 
to  the  compoae/edit  display. 

Delete  the  message 

DEL 

When  pressed,  this  switch  transfers 
the  received  message  out  of  the  re¬ 
ceive  queue.  The  message  is  purged 
and  is  no  longer  available.  The  DEL 
switch  is  interlocked  with  the  INTLK 
switch  on  the  keyboard. 

Save  the  message 

SAVE  RST 

When  pressed,  this  switch  saves  the 
contents  of  the  massage  on  the  com¬ 
poae/edit  display  and  restores  the 
previously  saved  message  to  the  dis¬ 
play  screen. 

Replace  the  message 

REPL 

Whon  pressed,  this  switch  takes  the 
contents  of  the  message  currently 
being  displayed  on  the  compoae/edit 
portion  of  the  screen  and  places  it 
in  the  message  receive  quoue. 

Print  the  log 

PRINT  LOG 

When  pressed,  this  switch  prints 

the  entire  log  of  received  end  trans¬ 
mitted  messages  since  the  last  print. 


Tabla . 9 


Fixed  Function  Keys  for  the  TCT  Keyboard  Panel 


Incoming  Message  control 


Operation 


Display  tha  message 


Khan  activated,  placet  all  received 
incoming  meaaeqaa  on  the  display  when 
any  of  the  PAGE,  CYCLE,  or  PRI  MSG 
ewitchet  on  the  dieplay  panel  it 
activated. 


Print  the  message 


Display  and  print  tha  DSPL/PTR 

message 


When  activated,  places  all  received 
incoming  messages  on  the  printer  when 
any  of  the  PAGE,  CYCLE,  or  PRI  MSG 
•witches  on  the  display  panel  is 
activated. 

When  activated,  places  all  reoeived 
incoming  messages  on  both  the  plasma 
display  and  the  printer  when  any  of 
the  PAGE,  CYCLE,  and  PRI  MSG  switches 
is  activated. 


Alarm  announcing 
incoming  message 


Automatic  message 
routing 


When  activated,  sounds  an  alarm  when 
an  incoming  message  is  received.  The 
alarm  sounds  after  the  message  reaches 
the  received  queue. 

When  activated,  routes  all  incoming 
messages — by  message  type— to  tha 
appropriate  output  device. 


Transmission  Control 
Transmit  uncoded  message 


Acknowledge  message 


CRYPT  BY-  When  activated,  allows  transmission 

PASS  of  an  uncoded  message. 


Non- acknowledge  message  NAK 


Print  the  message 


Activation  transmits  a  manual  acknow- 
ladge  message. 

Activation  transmits  a  manual  non- 
acknowledge  message. 

Activation  initiates  transmission  of 
a  message  to  the  printer  for  a  hard 
copy  print  of  the  message  as  a  func¬ 
tion  of  the  SCREEN  SEL  key  which  is 
activated. 


Screen  Select 


Full  screen 


Upper  screen 


When  activated  along  with  the  PRINT 
key,  allows  the  upper  cursor  to  move 
over  tha  first  28  lines  of  the  dis¬ 
play  screen. 

When  activated  along  with  the  PRINT 
key,  allows  the  upper  cursor  to  move 
over  the  first  14  lines  of  the  dis¬ 
play  screen. 


Lower  screen 


When  activated  along  with  the  PRINT 
key  allows  the  cursor  to  move  over 
lines  IS  through  40  of  the  display 
screen. 


Clear  the  screen 


CLEAR  SCRN  Activation  clears  the  screen  of  a 

function  of  the  screen  select  iden¬ 
tification. 
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Table  9  (Continued) 


Table  9  (Continued) 


Control/Indicator 
Horn*  the  cursor 


Graphic  controls 
Special  symbol  entry 


Special  symbol  dele¬ 
tion 

Refresh  the  screen 


Change  graphics  ele¬ 
ment  position 


Move  a  graphics 
symbol 


Symbol,  vector  element 
or  character  string 
delete 


Start/stop  entry  of 
vector  element 

Interlock  to  other 
graphics  controls 


SPCL  SYM 
ENTER 


SPCL  SYM  DEL 


REFRESH 


SKIP 


MOVE  SYM 


ERASE 


COORD  ENTRY 


MOD 


Operation 

Activation  resets  the  cursor  to  the 
first  valid  entry  position  of  the 
first  line  on  the  display  screen  as 
a  function  of  the  SCREEN  SEL  key 
which  is  activated. 


Activation  enters  a  special  symbol 
into  the  memory  buffer.  The  mnemonic 
for  the  symbol  is  then  typed  in  using 
the  alphanumeric  keyboard. 

Activation  deletes  a  special  symbol 
from  the  memory  buffer. 

Activation  returns  a  graphic  to  the 
display  screen. 

Activation  allows  the  creation  of 
unconnected  lines  or  the  marker  to 
span  a  line  or  character  string. 
Requires  concurrent  activation  of 
either  the  MOD  or  COORD  ENTRY 
switch. 

When  activated  along  with  the  MOD 
switch,  relocates  the  symbol  to  a 
new  position  on  the  display  screen. 

When  activated  along  with  the  MOD 
switch,  deletes  the  entire  symbol 
from  the  display  screen.  When  acti¬ 
vated  along  with  both  the  MOD  and 
SKIP  switches,  deletes  a  single 
vector  element  or  character  string. 

Pressing  indicates  the  beginning  or 
end  of  a  line  on  the  display  screen. 

Activation  causes  the  software  to 
"hook"  a  symbol  near  the  marker, 
allowing  use  of  SKIP,  ERASE,  or 
MOVE  SYM  switches. 


Enter  or  delete  a 
marker 

MKR  ON/OFF 

Activation  causes  a  marker 
on  the  display  screen. 

to  appear 

Keyboard 

Enter  Alpha 
characters 

(QWERTY  ALPHA 
CHARACTERS) 

Activation  of  key  enters  a 

letter 

Enter  numerics 

(NUMERIC 

KEY  PAD) 

Activation  of  key  enters  a 

number. 

Advance  a  space 

SPACE 

Each  activation  spaces  one 
width. 

character 

* 

Enter  date 

ENTER 

Activation  allows  entry  of 
numeric  data  as  a  function 
selection. 

alpha- 
of  mode 

> 
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1.4  Hybrid  Methods 


Hybrid  methods  combine  the  use  of  two  control  methods  within  a  given  trans¬ 
action.  For  TCT,  the  FRMT  DIR  key  and  subsequent  format  selection  represents 
a  hybrid  method  in  that: 

a.  Activation  of  the  FRMT  DIR  fixed  function  key  displays  a  menu 
of  message  formats. 

b.  The  message  format  selection  is  accomplished  by  keying  in  the 
message  format  code  via  the  keyboard. 

No  problems  or  deficiencies  were  observed  in  the  hybrid  methods  employed 
with  the  TCT. 

1.5  Prompts/HELPS 

Prompts  are  plentiful  in  TCT.  That  is,  the  menus  provided  for  each  data 
field  for  each  message  type  (as  described  above,  under  "Menus")  serve  as  a 
prompt  to  the  user/operator.  The  availability  of  menus  for  the  formatted  messages 
resulted  in  considerable  attention  being  given  to  the  design  and  utility  of  the 
menus/prompts.  While  the  transaction  feature  analysis  provides  recommendations 
for  a  variety  of  possible  improvements  to  these  menus/prompts,  for  the  most  part 
these  recommendations  result  in  improved  ease  of  system  operation  and  do  not 
address  conditions  which  are  likely  to  have  severe  operational  or  tactical  con¬ 
sequences.  Recommendations  are  for  improvements  such  as:  (a)  utilization  of 
hierarchical  menus/prompts  for  greater  sensitivity  of  presented  da* a  and  (b) 
emphasis  on  language  meaningful  to  the  user/operator  rather  than  on  technical 
precision. 

HELPS  are  software  routines  which  allow  the  user/operator  to  break  out 
of  the  normal  procedure  for  a  transaction,  obtain  assistance  regarding 
definitions  of  terms  or  values  of  legal  entries,  and  then  return  to  the  point 
at  which  the  normal  procedure  was  interrupted.  TCT  provides  HELPS  in  the  form 
of  operator  and  system  alerts  displayed  on  the  plasma  screen.  Table  10  des¬ 
cribes  operator  and  system  alerts.  Operator  alerts  provide  direct  instructions 
to  the  user/operator  regarding  some  sources  of  action.  System  alerts  are  more 
cautionary,  or  identify  courses  of  action  dependent  upon  other  system  indi¬ 
cators. 


Table  10 

Plasma  Screen  Alerts 


RCV  DATA  AREA  ALMOST  FULL.  Room  left  for  only  three  or  less 

messages  In  MSG  TO  REVIEW  area.  Press 
CYCLE  MSG  key,  review  message  on 
plasma  screen,  and  press  DEL  key. 

Repeat  above  procedure  as  necessary 
te  reduce  message  load.. 

TRANSMIT  FAILED  ON  CHAN  1.  Do  the  following  on  channel  li  I 

(1)  Attempt  transmission  twice  more  by  £ 
pressing  XMIT  key.  (2)  Check  Initial*  L 
Izatlon  data  by  pressing  DATA  ENTRY 
for  page  I  and  then  press  CHNG  FCTN  [ 

key  for  page  2.  Correct  data  as  nec* 
essary,  (3)  Hake  voice  communication  j. 
with  receiving  statfon  to  check  If  I 

trouble  Is  with  that  station.  r 

h 

TRANSMIT  FAILED  ON  CHAN  2.  Same  procedure  as  for  TRANSMIT  j 

FAILED  ON  CHAN  1,  but  do  for  channel  2. 

PRINTER  PAPER  LOW  Add  paper  to  printer. 

CHECK  PRINTER  PAPER.  Check  printer  for  paper  jam.  Correct. 

CPU  FAULT  Processor  failure.  Do  the  following:  t 

(1)  Press  CYCLE  MSG  key  and  then  DEL 
key  consecutively  until  all  messages 
are  printed.  (2)  Set  display  keyboard 
processor  POWER  switch  at  OFF.  (3) 

Replace  AtA28  card  In  accordance  with 
DEP  TM  I  I  -7H0-303-12  .  i 


INITIALIZATION  COMPLETE 


Alt  Initialization  data  has  been 
recorded  In  the  TCT . 


2.  DISPLAY  FORMAT 


2.1  Fixed  Alphanumeric  Displays 


TCT  operates  on  a  set  of  four  formatted  messages  shown  in  Figures  8,  9, 

10,  and  11.  Even  the  initialization  procedure  is  accomplished  via  a  two-page 
formatted  message  (Figures  6  and  7).  The  TCT  message  formats  are  well  designed 
in  that  they  are  not  cumbersome  either  in  size  or  density.  Data  fields  con¬ 
taining  multiple  pieces  of  information  of  fixed  length  (e.g.,  TO,  FROM)  are 
appropriately  sectioned  off  to  guide  the  user/operator  in  data  entry.  For 
other  alphanumeric  fields  of  fixed  length  (e.g.,  TRANS-TIME),  the  prompts  are 
such  that  size  and  data  entry  type  (alpha  versus  numeric — see  Table  3)  are 
clearly  indicated  to  the  user/operator.  The  SITREP  message  format,  with  the 
exception  of  the  REMARKS  section,  is  a  completely  fixed  format  fully  supported 
by  prompts  provided  in  the  form  of  menus. 

2.2  Variable-Length  Alphanumeric  Displays 

Each  of  the  four  TCT  message  formats  permits  entry  of  some  variable  length 
alphanumeric  data.  As  indicated  above,  SITREP  is  almost  totally  formatted  but 
the  SPOT,  UTO,  and  FREE  message  formats  are  very  nearly  open  in  message  con¬ 
struction.  The  SPOT  and  UTO  formats  restrict  the  types  of  information  that 
can  be  entered  but  the  FREE  message  format  imposes  no  such  restriction — within 
the  reasonableness  of  the  content  to  the  unit's  mission. 


A  graphic  display  capability  is  incorporated  into  TCT.  Limited  des¬ 
cription  of  how  the  keyboard  controls  are  manipulated  to  provide  and  modify 
graphics  is  presented  in  Table  9.  However,  graphics  were  not  considered 
part  of  the  Phase  1  implementation  of  TCT  and  our  knowledge  is  limited  to  a 
brief  discussion  of  the  graphic  controls.  No  transaction  feature  analysis 
was  possible.  Future  transaction  feature  analyses  will  be  directed  to  TCT 
graphics  capabilities. 

2 . 4  Highlighting 

We  have  no  information  regarding  highlighting  on  TCT. 
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3.  OATA  ENTRY  ASSISTANCE 


3.1  Information  on  Legal  Entries 

The  TCT  menus  provide  the  legal  entries  to  the  user/operator.  There  are 
some  instances,  however,  when  greater  selectivity  of  the  data  presented  on 
legal  entries  (e.g.,  channel  characteristics  specifications)  would  greatly 
enhance  system  operability.  Suggestions  are  presented  in  the  Appendix  for 
improving  presentation  and  information  on  when  use  of  specific  function  keys 
are  permitted.  The  use  of  certain  fixed  function  keys  and  not  others  varies 
logically  by  mode  of  operation.  However,  the  versatility  of  TCT  operation 
could  permit  some  confusion  to  inexperienced  users/operators.  Identification 
of  legal  FFKs  could  eliminate  potential  user/operator  confusion. 

3.2  Unburdening  of  Input 

TCT  has  adapted  procedures  which  reduce  the  user/operator  burden.  One 
example  is  the  capability  to  enter  selected  menu  items  by  a  simple  number 
code.  This  feature  is  provided  consistently  for  non-numeric  data  entries. 

The  transaction  feature  analysis  resulted  in  suggestions  for  additional 
features  which  would  contribute  to  the  unburdening  of  input.  Suggestions 
have  to  do  with  providing  a  menu  listing  only  those  units  with  which  a  given 
unit  communicates  and  strategies  for  more  automatic  entry  of  date,  clock  time, 
zone,  month  and  year. 

3.3  Interrupts  and  Work  Recovery 

The  analysis  of  TCT  revealed  little  about  this  topic.  One  area  of  con¬ 
cern  is  that  of  retransmission  of  a  message  which  could  not  be  transmitted 
initially.  Another  area  of  concern  is  that  of  attending  to  the  necessity 
for  retransmission  of  the  message  when  message  traffic  is  heavy  and/or 
critical.  Two  suggestions  for  assisting  the  user/operator  in  timely  retrans¬ 
mission  are  provided. 


4.  MESSAGE  COMPOSITION  AIDS 

4.1  System  Design  Features 

To  date,  only  minimal  aspects  of  the  system  design  pose  user/operator 
problems.  One  of  these  has  to  do  with  the  lack  of  close  visual  feedback 
associated  with  data  entry.  The  current  design  of  the  display  screen  sep¬ 
arates  the  message  and  prompt  areas.  Shifting  between  these  two  areas  of 
the  screen  for  verification  of  correct  entry  of  data  during  periods  of  heavy 
and/or  critical  message  traffic  could  cause  undue  user/operator  eye  fatigue. 
Another  system  design  feature,  the  requirement  to  provide  identical  hardware 
configuration  specification  at  system  initialization,  could  be  eliminated  by 
provision  of  default  initialization. 

4.2  Format  for  Alphanumeric  Messages 

The  message  formats  have  been  previously  discussed  under  the  Display 
Format  area  of  this  section  of  the  report.  No  features  relevant  to  the  mes¬ 
sage  format  proper  requiring  Transaction  Feature  Analysis  were  observed. 

4.3  Graphic  Messages 

As  noted  above,  a  graphics  capability  is  planned  but  has  not  yet  been 
implemented . 


5.  DATA  RETRIEVAL  ASSISTANCE 

The  information  available  to  date  concerning  TCT  has  dealt  more  speci¬ 
fically  with  data  entry  and  transmission  then  with  data  retrieval.  Data 
query  methods  are  not  implemented  within  TCT. 


6.  GLOSSARIES 

Standard  terms,  character  sets  and  labels,  glossaries,  and  abbreviation 
and  coding  utilized  in  TCT  standard  message  formats  are  presented  to  the  user/ 
operator  via  the  menus/prompts.  Some  suggestions  for  modification  of  the 
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presentation  and  utilization  of  these  as  well  as  for  system  design  and  soft¬ 
ware  modifications  which  affect  these  aspects  of  TCT  operation  have  already 
been  discussed.  For  the  limited  view  of  TCT  operation  available  to  us  from 
the  Phase  1  user's  manual,  design  and  on-line  availability  of  standard  terms, 
character  sets  and  labels,  etc.,  are  adequate  to  support  user/operator  needs. 

7.  ERROR  HANDLING 

7.1  Error  Prevention 

No  specific  routines  for  error  prevention  have  been  identified.  As 
noted  above,  the  availability  of  legal  data  entry  items  via  the  menus  con¬ 
tributes  directly  to  error  prevention. 

7.2  Error  Detection 

Only  minimal  detection  of  message  entry  or  system  operation  error  is 
provided  on  TCT.  The  operator  alerts  which  appear  on  the  plasma  screen 
provide  indications  of  invalid  entry  and  identify  certain  function  key  opera¬ 
tions  which  should  be  performed.  But  both  operator  and  system  alerts  are 
more  precisely  "alerts"  than  error  detection  in  that  they  advise  about 
status  or  what  needs  to  be  done. 

7.3  Error  Feedback 

No  specific  diagnostic  or  instructional  information  for  error  correction 
is  provided  on  TCT.  Invalid  entry  of  data  receives  only  an  "Invalid  Entry. 
Try  Again"  message.  System  performance  could  be  improved  by  providing 
specific  information  about  the  nature  of  the  error,  and  by  offering  advice 
online  regarding  appropriate  error  correction  procedures. 

8.  USER/OPERATOR  CONFIGURATION  • 

Little  information  has  been  available  regarding  TCT  user/operator  con¬ 
figurations.  Clearly,  however,  the  TCT  with  its  two  communication  channels 
will  have  many  fewer  interaction  possibilities  than  will  the  TCS  with  its 
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sixteen  channels.  In  a  recent  opera  t. ioii.il  one  TCT  at  the  level  of  corpn 

was  connected  to  two  other  TCTs  at  subordinate  echelons,  providing  a  simple 

0 

tree  structure  arrangement.  Presumably,  this  structure  could  be  extended  as 
desired,  with  each  TCT  at  one  level  connected  to  two  below  it. 

Presumably,  however,  TCTs  in  general  will  be  connected  to  TCSs  as  the 
system  evolves,  so  that  the  greater  storage  capacity  and  computational  power 
of  the  larger  machine  will  be  available  to  a  larger  user/operator  community. 

In  addition,  the  assumption  seems  reasonable  that  TCSs  will  be  interconnected, 
and  that  some  TCTs  will  gain  access  through  other,  intermediate,  TCTs. 

If  these  speculations  are  valid,  then  one  can  expect  quite  complex  user/ 
operator  configurations  to  emerge  as  the  system  continues  to  evolve.  Inter¬ 
actions  among  the  members  of  these  configurations,  with  personnel  of  varying 
functional  areas,  grades,  and  skill  .levels,  could  well  become  a  source  of 
degradation  in  overall  system  performance.  Thus,  while  little  of  substance 
can  be  said  about  this  topic  at  present,  it  is  one  that  should  be  considered 
carefully  during  planning  for  future  steps  in  system  evolution. 


CONCLUSIONS 

As  noted  in  the  Introduction,  comparison  of  TCT  with  other  systems  is 
not  a  purpose  this  report.  However,  one  comparison  is  inescapable  to  any¬ 
one  who  has  looked  at  TCT  and  any  of  the  Army’s  older  systems:  the  differ¬ 
ences  between  designs  for  user/operator  transactions.  That  comparison  reveals 
the  Army's  growing  recognition  that  concern  for  the  user/operator  is  a  legiti¬ 
mate  issue  in  the  design  of  battlefield  automated  systems.  The  above  summary 
of  the  findings  of  this  analysis  of  TCT  transaction  features  clearly  shows 
both  hardware  and  software  features  designed  to  support  and  facilitate  the 
user's/oper-:*-o  ef  f-  .  o  perform  transactions.  The  use  of  menus  to  pre¬ 
sent  legal  entries  for  data  fields  is  merely  one  example. 

In  general,  deficiencies  in  the  software  interface  discovered  with  the 
Transaction  Feature  Anal  r  •  ;  of  TCT  are  minor  (although  a  few  are  potentially 
serious,  as  noted  in  th<;  .ppendix)  .  None  of  them  could  reasonably  be  expected 
to  result  in  catastrophe.  Even  so,  system  developers  should  consider  them 
carefully,  because  alleviating  or  eliminating  even  minor  deficiencies  results 
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in  greater  user/operator  acceptance  of  the  system,  a  lower  level  of  frustra¬ 
tion,  and  improvements  in  performance  (of  course,  the  caveat  regarding  feasi¬ 
bility,  expressed  under  Recommendations,  applies  here  also). 

More  importantly,  TCT  developers  should  consider  seriously  seeking  fre¬ 
quent  or  even  regular  human  factors  assistance  with  the  design  of  the  software 
interface.  Subject  matter  experts  have  indicated  that  the  TCT  will  be  developed 
with  an  evolutionary  approach.  As  more  capabilities  are  added,  the  system  will 
become  increasingly  complex,  and  concern  for  the  user/operator  will  become 
increasingly  urgent.  As  one  expert  noted,  when  communications  go  from  2 
channels  to  16  with  the  advent  of  the  TCS,  initialization  could  become  a 
"nightmare."  Techniques  such  as  the  Transaction  Feature  Analysis  could  help 
to  prevent  this  nightmare,  and  to  continue  the  TCS/TCT's  development  as  an 
easy  to  use,  "friendly"  system. 


RECOMMENDATIONS 

As  noted  in  the  Introduction  to  this  report,  recommendations  for  changes 
to  the  TCT  or  any  other  system  are  not  a  major  purpose  of  this  project. 
Nevertheless,  the  design  of  the  Transaction  Feature  Analysis  Technique  leads 
to  a  recommendation  to  resolve  each  feature  design  problem  discovered  by 
using  it.  Thus,  the  reader  will  find  a  recommended  resolution  for  each  of  the 
TCT  deficiencies  described  in  the  Appendix.  These  recommendations,  it  should 
be  noted,  do  not  take  into  account  any  hardware,  programming ,  or  documenta¬ 
tion  constraints  inherent  in  the  current  configuration  of  the  TCT  that  might 
preclude  implementing  such  recommendations. 

Providing  an  automatic  transition  from  page  1  to  page  2  of  the  initializa¬ 
tion  procedure  (see  Section  1.3  in  the  Appendix),  for  example,  appears  to  involve 
only  a  minor  programming  modification.  Changing  the  labels  of  the  DATA  ENTRY, 
TEXT  EDIT,  CYCLE  MSG,  and  REPL  keys,  on  the  other  hand,  appears  to  involve 
considerable  expense  (hence  the  recommended  resolution  to  the  second  analysis 
of  Section  1.3  in  the  Appendix). 

ARI  and  Synectics,  however,  are  aware  that  such  judgments  on  the  part  of 
outside  observers  too  often  overlook  implications  apparent  only  to  one  who 
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knows  the  system  well.  For  this  reason,  recommendations  in  the  Appendix  are 
made  on  the  working  assumption  that  the  developer  can  implement  any  and  all 
of  them.  This  working  assumption  is  made,  however,  in  full  knowledge  that 
the  developer  is  in  the  best  position  to  determine  the  feasibility  of  imple¬ 
menting  a  recommendation  immediately  in  the  present  configuration,  or  the 
necessity  of  deferring  it  until  a  later  generation  of  the  system. 


1.  CONTROL  METHODS 


1.1  Command  Language 

TCT  does  not  incorporate  a  command  language  per  se.  System  commands  are 
executed  either  by  keying  in  menu  selections  or  by  pressing  appropriate  func¬ 
tion  keys. 

1.2  Menus 

Menus  are  employed  in  TCTj  in  general,  they  are  well-designed  from  the 
user's/operator’s  point  of  view.  No  menu  features  required  Transaction  Fea¬ 
ture  Analysis. 

1.3  Function  Keys 


Transaction  Feature .  TCT  initialization  procedure.  1 

i 

3 

Description,  The  TCT  must  be  initialized  each  time  the  system  is  | 

moved,  and  each  time  task  organization  changes  the  configuration  I 

of  communications  equipment  and  computer  terminals.  The  initiali-  | 

zation  procedure  involves  two  "pages"  of  display  formats,  into  | 

which  the  user /opera tor  enters  initialization  data.  There  appears  | 

to  be  no  conceptual  distinction  between  pages  1  and  2;  they  are  | 

always  completed  in  the  same  sequence,  and  both  pages  must  be 
completed  to  initialize  the  TCT.  Available  documentation  describes 
no  processing  options  after  page  1  is  completed;  the  user/operator 
must  proceed  to  page  2.  However,  to  obtain  page  2  displays,  the 
user/operator  must  press  the  DATA  INIT  and  CHNG  FCTN  keys. 

Behavioral  Implication .  The  user/operator  must  remember,  first 
that  function  keys  are  required  to  obtain  page  2  displays,  and 
second  the  proper  sequence  of  key  presses.  While  not  great,  the 
memory  and  administrative  burden  imposed  upon  the  user/operator 
by  this  requirement  are  unnecessary. 

Transactional  Implication.  Completion  of  initialization  transac¬ 
tions  will  be  delayed  if  the  user/operator  must  refer  to  off-line 
sources  to  determine  the  method  of  transition  from  page  1  to 
page  2. 

Consequence  of  the  Problem.  Use  of  the  TCT  network  will  be 
displayed.  In  a  fast-moving  situation,  any  delay  in  processing 
tactical  data  could  be  critical  to  successful  mission  accomplish¬ 
ment. 
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Recommended  Resolution.  Modify  system  software  to  proceed  auto¬ 
matically  to  page  2  after  the  final  entry  in  page  2  is  completed. 
Appropriate  error  chocking  and  administrative  procedures  should 
be  completed  before  jumping  to  page  2.  An  "exit"  mechanism  may 
be  appropriate,  so  the  user/operator  can  terminate  initialization 
when  conditions  dictate. 

Transaction  Feature.  Mode  selection. 

Description .  At  various  points  in  TCT  operations,  the  system 
presents  a  "mode  selection  alert"  to  the  user/operator.  This 
alert  indicates  that  the  user/operator  must  select  one  of  the 
system's  available  modes  of  operation.  The  mode  selection  pro¬ 
cedure  is  not  uniform  for  all  modes,  however. 

a.  To  select  the  TEXT  EDIT  or  DATA  ENTRY  modes,  the  user/ 
operator  must  press  and  hold  down  the  interlock  key 
(INTLK)  while  simultaneously  pressing  the  appropriate 
mode  selection  key. 

b.  To  select  the  CYCLE  MSG  or  REPL  modes,  the  user/operator 
merely  presses  the  appropriate  mode  selection  key,  the 
INTLK  key  need  not  be  used. 

The  system  does  not  provide  any  prompts  as  to  when  the  inter¬ 
lock  key  is  required  or  not  required. 

Behavioral  implication .  The  user/operator  must  remember  which 
modes  require  the  interlock  key,  and  which  do  not.  This  re¬ 
quirement  imposes  an  unnecessary  memory  burden. 

Transactional  Implication.  Failure  to  press  and  hold  down  the 
interlock  key  will  prevent  selection  of  the  TEXT  EDIT  or  DATA 
ENTRY  mode.  System  documentation  does  not  explain  what  will 
happen  if  the  user/operator  erroneously  presses  and  holds  down 
the  interlock  key  when  trying  to  select  CYCLE  MSG  or  REPL  key. 

Consequence  of  the  Problem.  System  operations  will  be  delayed 
while  the  user/operator  diagnosis  and  corrects  the  error. 

Tactical  data  processing  is  delayed. 

Recommended  Resolutions .  Two  resolutions  are  possible: 

(1)  Provide  a  prompt  with  each  mode  selection  alert  such  as 
the  following. 

TO  INITIALIZE  THE  SYSTEM,  PRESS  AND  HOLD  DOWN  INTLK  KEY 
WHILE  PRESSING  DATA  ENTRY  KEY. 

TO  COMPOSE  A  NEW  MESSAGE,  PRESS  AND  HOLD  DOWN  INTLK  KEY 
WHILE  PRESSING  TEXT  EDIT  KEY. 

TO  DISPLAY  A  MESSAGE  THAT  IS  WAITING,  PRESS  CYCLE  MSG  KEY. 


TO  RECALL  A  MESSAGE  THAT  YOU'VE  SAVED,  PRESS  THE  REPL  KEY. 

(2)  Require  the  user/operator  to  press  and  hold  the  interlock  key 
while  pressing  the  appropriate  mode  selection  key  for  all 
mode  selections.  This  procedure,  while  superfluous  for 
CYCLE  MSG  and  REPL,  would  at  least  make  the  mode  selection 
procedure  consistent  for  all  modes,  thereby  reducing  the 
user's/operator's  memory  burden. 

Of  the  two  alternatives  above,  the  first  is  preferrable,  because 
the  second  requires  unnecessary  keystrokes.  However,  if  the 
first  alternative  is  not  feasible,  the  reduced  memory  burden  out¬ 
weighs  the  unnecessary  keystrokes  for  CYCLE  MSG  and  REPL. 

Transaction  Feature.  Terminology  used  to  designate  modes. 

Description.  The  TCT  has  four  different  modes  of  operation,  with 
a  specific  term  used  to  designate  each  mode,  as  follows: 


Mode  of  Operation 

Initialize  system  configuration 

Compose  a  new  message 

Display  next  message  in  queue 

Call  up  a  message  saved  during 
a  previous  transaction 


Mode  Designator 
DATA  ENTRY 
TEXT  EDIT 
CYCLE  MSG 
REPL 


Each  mode  is  selected  by  pressing  one  or  more  function  keys  (see 
preceding  Transaction  Feature  Analysis) . 

Behavioral  Implication.  The  four  mode  designators  are  not  associ¬ 
ated  with  their  respective  modes  of  operation  in  a  natural,  obvious 
manner.  Therefore,  the  user/operator  must  learn  an  "unnatural" 
association.  Particularly  under  stress,  the  user/operator  may 
forget  these  associations. 

Transactional  Implication .  Failure  to  press  the  proper  mode  selec¬ 
tion  key  will  call  up  an  undesired  display  format.  The  user/ 
operator  may  fill  in  part  or  all  of  the  format  before  realizing  the 
error— or  even  complete  the  format  and  enter  it  for  processing. 

Consequence  of  the  problem.  At  best,  tactical  data  processing 
will  be  delayed  while  the  user/operator  corrects  the  mode  selection 
error.  At  worst ,  data  may  be  entered  at  inappropriate  locations. 
Message  recipients  may  be  confused  or  misled.  ■ 

Recommended  Resolutions.  Change  function  key  labels,  system  soft¬ 
ware,  and  documentation  to  use  more  natural  terminology.  Examples 
of  such  terminology  follow; 
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Mode  of  Operation 


Mode  Designator 


Initialize  system  configuration 

Compose  a  new  message 

Display  next  message  in  queue 

Call  up  a  message  saved  during 
a  previous  transaction 


SYS  INIT  or  CONFIG 


COMPOSE 


NEXT  MSG 


RECALL 


Hybrid  Methods 


Transaction  Feature.  Correspondence  between  software  and  function 
key  label. 

Description.  At  appropriate  points  during  TCT  operations,  a  mes¬ 
sage  appears  in  the  user/operator  alert  area,  instructing  the  user/ 
operator  to  PRESS  FORMAT  DIRECTORY  KEY.  However,  the  key  itself 
is  labeled  FRMT  DIR. 

Behavioral  implication .  Although  the  word  FORMAT  appears  directly 
above  the  FRMT  DIR  key  on  the  keyboard  panel,  some  users/operators 
may  initially  look  for  a  FORMAT  DIRECTORY  key,  or  fail  to  recog¬ 
nize  the  abbreviations  used  to  label  the  key. 

Transactional  Implication.  Transaction  completion  may  be  delayed 
at  least  momentarily  while  the  user/operator  mentally  translates 
FORMAT  DIRECTORY  from  the  prompt  to  FRMT  DIR  on  the  key.  Failure 
to  translate  quickly  or  correctly  would  delay  transactions  further. 

Consequence  of  the  Problem.  At  least  momentary  delays  in  tacti¬ 
cal  data  processing,  with  delays  lengthened  if  wrong  button  is 
pushed  by  a  confused  user/operator. 

Recommended  Resolution.  The  lack  of  correspondence  between  termi¬ 
nology  used  in  the  prompt  and  on  the  key  doubtless  is  not  serious 
and  probably  won't  increase  error  rates  greatly.  However,  the 
probability  of  errors  and  delays  will  be  reduced  if  the  message 
in  the  alert  area  is  changed  to  read  PRESS  FORMAT  DIRECTORY 
(FRMT  DIR)  KEY  or  simply  PRESS  FRMT  DIR  KEY.  This  change  would 
bring  the  message  and  the  function  key  label  into  agreement. 


Prompts/Helps 

Transaction  Feature.  Data  entry  into  SITREP  message. 

Description.  The  TCT  Situation  Report  (SITREP)  is  used  to  inform 
higher  echelons  of  a  unit's  status.  Sixteen  blocks  are  provided 
for  reporting  equipment,  personnel,  and  ammo  availability  for 
prewed  systems.  Nine  of  these  blocks  have  default  system  names 


(ATKHEL,  UHI-MSG,  etc.).  If  the  user/operator  wishes  to  input 
the  status  of  other  systems,  the  item  description  is  constrained 
to  ten  characters  or  less. 

Behavioral  Implications.  The  user/operator  must  fit  any  item 
description  into  the  ten-character  space.  "5-TON  TRUCK,"  for 
example,  won't  fit,  and  would  have  to  be  truncated  or  abbreviated. 

In  such  cases,  the  user/operator  must  decide  whether  to  truncate 
or  abbreviate,  and  if  the  decision  is  to  abbreviate,  must  con¬ 
struct  the  abbreviation. 

Transactional  Implication.  The  user's/operator's  decision  pro¬ 
cess  will  consume  time,  delaying  completion  of  the  transaction. 
Constructing  an  abbreviation  also  will  consume  time. 

Consequence  of  the  Problem .  Information  on  the  unit's  status 
will  reach  higher  echelons  slower  than  necessary.  Delay  could 
be  critical  in  an  urgent  tactical  situation. 

Recommended  Resolutions .  Two  resolutions  are  possible: 

(1)  Delete  the  seven  elements  of  the  system  status  block  that 
are  provided  for  optional  systems.  Provide  a  message  at 
the  oottom  of  the  block  saying  "USE  REMARKS  FIELD  IF  ADDI¬ 
TIONAL  ITEMS  MUST  BE  ENTERED." 

(2)  Modify  the  software  to  provide  a  hierarchical  menu  of  all 
crewed  systems,  with  item  descriptors  formatted  at  ten 
characters  or  less. 

The  choice  between  the  above  options  appears  to  depend  on  con¬ 
siderations  of  implementation. 

Transaction  Feature.  Mode  selection  after  initialization. 

Description.  After  the  user/operator  has  initialized  the  TCT,  the 
message  "INITIALIZATION  IS  COMPLETE"  appears  in  the  operator  alert 
area  of  the  display  screen.  At  this  point,  the  user/operator  must 
select  one  of  the  system's  four  modes  of  operation  in  order  to 
continue  processing.  However,  the  system  provides  no  indication 
that  the  user/operator  must  take  some  action. 

Behavioral  Implication.  The  user/operator  must  remember  that  an 
action  is  necessary  after  the  "INITIALIZATION  IS  COMPLETE"  message 
appears.  In  this  situation,  an  inexperienced  user/operator,  or 
one  under  stress,  may  simply  wait  for  the  system  to  provide  instruc¬ 
tions  for  the  next  transaction.  Even  if  he  or  she  remembers  that 
a  mode  must  be  selected,  the  user/operator  must  still  recall  the 
four  modes  of  operation  and  their  associated  designators. 

Transactional  Implication.  If  the  user/operator  simply  waits  for 
instructions,  transactions  will  be  delayed,  for  an  unpredictable 
period.  Or,  the  user/operator  may  attempt  to  select  an  Illegal 
mode . 
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Consequence  of  the  Problem.  Tactical  data  processing  will  be 
delayed.  Information  needed  by  command  and  control  personnel  will 
reach  them  later  than  necessary. 

Recommended  Resolution.  Modify  TCT  software  to  provide  an  auto¬ 
matic  transition  to  "SELECT  A  MODE"  message  in  alert  area,  accom¬ 
panied  by  prompt  for  mode  selections  (see  1.3  FUNCTION  KEYS, 
above) . 

Transaction  Feature.  Prompts  for  channel  characteristics. 

Description.  During  TCT  initialization,  the  user/operator 
specified  the  characteristics  of  communications  channels,  select¬ 
ing  from  menus.  For  example,  to  select  the  device: 

1.  KY-57 

2 .  MODEM 

3.  CAU 

4.  LOCAL  RADIO 

5 .  REMOTE  RADIO 

6.  2 -WIRE 

7.  4-WIRE 

8.  CURRENT  LOOP 

Behavioral  Implication.  Some  of  the  terminology  used  in  the  menu 
(e.g.,  KY-57,  MODEM,  CURRENT  LOOP)  may  be  excessively  technical 
for  users/operators,  forcing  them  to  remember  unfamiliar  designa¬ 
tions  . 

Transactional  Implication.  Initialization  transaction  may  be 
completed  incorrectly. 

Consequence  of  the  Problem.  The  TCT  communications  channel  may 
be  configured  erroneously,  preventing  communications,  or  estab¬ 
lishing  communications  with  an  inappropriate  unit. 

Recommended  Resolution.  Provide  menu  options  that  are  meaningful 
to  the  user/operator.  For  example,  explain  briefly  what  a  KY-57 
is,  what  it  does,  or  what  it  looks  like  if  it's  located  where  the 
user/operator  can  see  it. 

Transaction  Feature,  initialization  menu  options. 

Description.  At  some  points  in  the  initialization  process,  the 
TCT  displays  menu  options  for  communication  channel  characteristics 
that  are  illegal,  given  the  characteristics  already  selected. 
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For  example,  if  "NRZ"  is  the  selected  modulation,  then  only  1200, 
2400,  4800,  and  9600  are  valid  data  rates.  However,  the  system 
presents  all  11  of  the  available  data  rates. 

Behavioral  Implication .  The  user/operator  must  remember,  for  each 
successive  menu,  which  options  remain  valid,  given  earlier  menu 
selections.  This  requirement  imposes  an  unnecessary  memory  burden 
on  the  user/operator. 

Transactional  Implication.  Selection  of  an  invalid  menu  option 
will  invoke  error  diagnostic  and  correction  procedures ,  delaying 
completion  of  the  initialization  transaction. 

Consequence  of  the  Problem ♦  Availability  of  the  TCT  to  its  user 
community  will  be  delayed. 

Recommended  Resolution .  Modify  TCT  software  to  use  information 
already  provided  by  the  user/operator  to  determine  options  pre¬ 
sented  in  subsequent  menus.  (NOTE:  TCT  already  does  this,  but 
only  in  the  case  when  only  one  option  is  valid,  or  when  no 
options  are  valid) .  Figure  A-l  presents  an  example.  The  first 
menu  in  each  column  permits  the  user/operator  to  select  the 
device;  as  noted  at  the  bottom  of  the  menu,  the  selection  is  "3" 
for  "CAU."  Since  the  CAU  uses  only  NRZ  modulation,  the  modula¬ 
tion  menu  is  not  presented.  Then,  in  the  data  rates  menu,  the 
system  presents  only  data  rates  that  are  valid  for  NRZ  modula¬ 
tion. 

Transaction  Feature.  Compatibility  of  prompts. 

Description .  In  the  SITREP  and  GRAP  message  formats,  the  prompt 
for  identifying  the  receiving  terminal  node  is: 

"ENTER  THE  NUMBER  (00-99)  THAT  IDENTIFIES  THE  TERMINAL  TO  RECEIVE 
THIS  MESSAGE" 

The  SPOT  and  FREE  message  formats  also  require  the  user/operator 
to  identify  the  receiving  terminal  node.  However,  in  these  two 
messages,  the  prompt  is: 

"ENTER  THE  NUMBER  IDENTIFYING  TERMINAL  TO  RECEIVE  THIS  MESSAGE" 

Behavioral  Implication.  The  difference  in  wording  between  the  two 
functionally  identical  prompts  provides  an  unnecessary  opportunity 
for  confusion.  The  failure  to  indicate  the  range  of  legal  values 
in  the  second  prompt  adds  another  opportunity  for  confusion  in 
the  SPOT  and  FREE  messages. 

Transactional  Implication.  If  the  user/operator  becomes  confused, 
time  will  be  required  to  resolve  the  confusion.  Also,  the  user/ 
operator  is  more  likely  to  enter  an  invalid  numeric  value  in  the 
SPOT  and  FREE  messages  than  in  the  SITREP  and  GRAP  messages. 


CURRENT  PROMPTING 

REVISED  PROMPTING 

ENTER  DEVICE: 

ENTER  DEVICE: 

1.  KY-57 

1.  KY-57 

2.  MODEM 

2.  MODEM  . 

3.  CAU 

3.  CAU 

4.  LOCAL  RADIO 

4.  LOCAL  RADIO 

5.  REMOTE  RADIO 

5.  REMOTE  RADIO 

6.  2-WIRE 

6.  2-WIRE 

7.  4-WIRE 

7.  4-WIRE 

8.  CURRENT  MODULATION 

8.  CURRENT  MODULATION 

User/operator  enters  "3’' 

User/operator  enters  "3" 

to  specify  "CAU" 

to  specify  "CAU" 

ENTER  DATA  RATE: 

ENTER  DATA  RATE: 

1.  75 

5.  1200 

2.  150 

6.  2400 

3.  300 

7.  4800 

4.  600 

8.  9600 

5.  1200 

6.  2400 

7.  4800 

8.  9600 

9.  8000 

10.16000 

11.32000 

Ucer/operator  should  enter 

Only  valid  data  rates 

only  5,  6,  7,  or  8. 

are  presented 

Figure  A-l.  Example  of  channel  characteristic  specification 


Consequence  of  the  Problem.  Tactical  data  processing .is  delayed 
for  whatever  time  is  required  to  resolve  confusion.  An  illegal 
terminal  node  number  will  delay  processing  further. 

Recommended  Resolution.  Modify  system  software  so  that  functionally 
identical  prompts  are  worded  identically.  In  this  case,  the  SITREP 
and  GRAP  prompt  should  be  used  for  the  SPOT  and  FREE  messages  as 
well,  because  it  includes  information  about  legal  values. 


2.  DISPLAY  FORMAT 

The  four  message  formats  currently  implemented  in  TCT  are  consistent  in 
design,  and  appear  to  be  properly  formatted  from  the  user's/operator's  point 
of  view.  None  of  the  features  of  display  formats  appeared  to  require  Trans¬ 
action  Feature  Analysis. 


3.  DATA  ENTRY  ASSISTANCE 


Information  on  Legal  Entries 


Transaction  Feature.  Legal  entry  information  for  TEXT  EDIT  mode. 

Description.  In  the  TEXT  EDIT  mode,  the  TCT  provides  variable  func¬ 
tion  keys  (VFKs)  for  PREV  ENTRY,  NEXT  TOPIC,  PREV  TOPIC,  and  NEXT 
LINE.  These  keys  are  labeled  clearly  in  the  area  of  the  screen  set 
aside  for  VFK  labels.  However,  the  system  provides  no  information 
on-line  to  tell  the  user/operator  which  of  the  fixed  function  keys 
(FFKs)  are  legal  in  the  TEXT  EDIT  mode. 

Behavioral  Implication.  The  user/operator  must  rely  on  memory  to 
identify  legal  FFKs  in  the  TEXT  EDIT  mode.  Attemtps  to  use  illegal 
FFKs  will  lead  to  errors  or  to  user/operator  frustration  when  the 
system  does  not  respond. 

Transactional  Implication.  Completion  of  message  composition 
transactions  will  be  delayed  while  the  user/operator  "tries  out" 
various  FFKs  or  refers  to  offline  sources. 

Consequences  of  the  problem.  Tactical  data  processing  will  be 
delayed.  Information  required  by  message  recipients  will  be 
received  later  than  necessary. 

Recommended  Resolution .  Two  alternatives  exist: 

1.  Provide  prompts  indicating  which  FFKs  may  be  used  in  the 
TEXT  EDIT  mode. 
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2.  Provide  a  "help"  capability  through  which  the  user/operator 
can  find  out  which  FFKs  are  legal  in  the  TEXT  EDIT  mode. 

3.2  Unburdening  of  Input 

•  Transaction  Feature.  Entry  of  unit  IDs  for  message  sender  and 
message  recipient  during  message  composition. 

Description .  When  composing  a  SITREP,  SPOT,  UTO,  or  FREE  message 
the  user/operator  must  enter  the  unit  ID  for  the  sender  of  the 
message  and  for  its  recipient.  Each  of  these  unit  IDs  requires 
7  separate  entries,  with  a  total  of  up  to  20  characters. 

Behavioral  Implication.  To  identify  both  sender  and  receiver, 
the  user/operator  must  enter  up  to  40  keystrokes.  Though  TCT 
provides  sequential  prompting  and  examples  to  assist  the  pro¬ 
cedure,  the  user/operator  may  enter  typographical  errors. 

Transactional  Implication.  Any  keystroke  error  will  either  (1) 
direct  the  message  to  an  inappropriate  recipient;  (2)  misidentify 
the  sender  of  the  message;  or  (3)  cause  an  error  message  to  the 
user/operator . 

Consequences  cf  the  Problem.  Error  messages  to  the  user/operator 
will  delay  transactions  and  hence  reduce  the  system's  processing 
rates.  Misdirection  of  message  or  mis identification  will  cause 
confusion,  with  unpredictable  but  clearly  undesirable  consequences 
to  the  mission. 

Recommended  Resolution.  Evidently,  message  traffic  generally 
will  occur  among  limited  numbers  of  units.  For  example,  a  given 
battalion  normally  would  communicate  only  with  neighboring 
battalions  and  (perhaps  primarily)  with  its  brigade  headquarters. 
If  most  traffic  thus  involves  a  limited  number  of  units,  provide 
a  menu  listing  these  units  so  that  the  user/operator  can  identify 
sending  and  receiving  units  with  a  minimum  of  keystrokes.  In 
addition  to  reducing  typographical  errors,  data  entry  would  be 
speeded  up.  "NONE  OF  THE  ABOVE"  could  be  the  final  option,  for 
those  cases  when  the  menu  does  not  include  the  required  unit  ID. 
Then,  the  current  entry  method  could  be  involved. 

•  Transaction  Feature.  Entry  of  date  information. 

Description.  In  each  TCT  message,  the  user/operator  must  enter 
the  date,  clock  time,  zone,  month,  and  year  to  specify  the  time 
of  message  composition. 
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Behavioral  Implication .  On  a  given  day,  all  but  clock  time  are  | 
repetitious  from  message  to  message.  In  addition  to  the  potential  1 
for  typographical  errors,  this  repetition  imposes  an  unnecessary  | 
administrative  burden  on  the  user/operator.  J 
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Transactional  Implication.  Typographical  errors,  if  detected,  will 
require  reentry,  delaying  completion  of  the  transaction,  if  unde¬ 
tected,  erroneous  information  will  be  transmitted  to  the  recipient. 

Consequences  of  the  Problem .  Transaction  delays  cause  delays  in 
tactical  data  processing.  Also,  erroneous  TRANS-TIME  information 
could  mislead  the  recipient  as  to  the  currency  of  information. 

Recommended  Resolution.  Provide  a  topic  or  field  allowing  the 
user/operator  to  enter  the  date,  zone,  month,  and  year  during 
system  initialization.  Also  provide  a  separate  message  to  allow 
the  user/operator  to  change  the  date  in  case  of  error  or  date 
change  prior  to  next  initialization.  Then,  modify  TCT  software 
to  enter  this  information  automatically  into  each  message.  If 
the  system  includes  a  real  time  clock,  the  time  could  also  be 
entered  automatically.  Otherwise  the  user/operator  is  required 
to  em:er  the  time. 

Transaction  Feature.  Entry  of  EFF-TIME. 

Description.  When  composing  any  message,  the  user/operator  must 
enter  date,  time,  zone,  month,  and  year  to  designate  when  the 
message  will  become  effective. 

Behavi oral  Impl i cation.  As  always,  the  possibility  exists  for 
typographical  errors. 

Transactional  Implications.  Detected  errors  will  result  in  delay 
during  error  diagnosis  and  correction  procedures.  Undetected 
errors  will  be  transmitted. 

Consequences  of  the  Problem.  Transmission  of  messages  may  be 
delayed.  Undetected  errors  in  effective  time  could  have  unpre¬ 
dictable  but  profoundly  serious  consequences. 

Recommended  Resolution.  In  the  prompt  area,  present  the  TRANS¬ 
TIME  as  a  candidate  EFF-TIME.  Provide  the  capability  to  modify 
the  candidate  time  only  as  required  to  generate  the  required 
EFF-TIME.  For  example  (user  Responses  underlined) : 

TRANS-TIME  IS  112115ZDEC  80. 

IS  THIS  THE  EFF-TIME  <Y  or  N) :  _Y_ 

S 

(TRANS-TIME  is  copied  into  EFF-TIME,  and  system  proceeds  to  next 
topic) . 

TRANS-TIME  IS  112115ZDEC  80. 

IS  THIS  THE  EFF-TIME?  (Y  or  N) :  _N_ 

IS  DATE  FOR  EFF-TIME  11?  (Y  or  N) s  Y 
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IS  TIME  FOR  EFF-TIME  2115?  (Y  or  N) :  N 

ENTER  TIME  FOR  EFB'-TIME  (4  Digits)  :  2330 

IS  ZONE  FOR  EFF-TIME  Z?  (Y  or  N) :  Y 

IS  MONTH  FOR  EFF-TIME  DEC?  (Y  or  N) :  Y 

IS  YEAR  FOR  EFF-TIME  80?  (Y  or  N) s  Y 

Each  time  the  user' operator  responds  to  a  prompt  with  "Y,"  the 
system  copies  the  item  of  information  from  the  TRANS-TIME  to  the 
EFF-TIME.  When  the  response  is  "N,"  the  system  provides  a 
prompt  to  obtain  the  required  prompt. 

Transaction  Feature.  Specification  of  communication  channel 
characteristics . 

Description.  During  TCT  initialization,  the  user/operator  must 
enter  communication  channel  information  for  both  channel  1  and 
channel  2.  Channel  2  information  must  be  entered  even  if  it  is 
identical  to  channel  1  information. 

Behavioral  implication.  The  user  must  enter  the  same  information 
item  twice  whenever  characteristics  are  the  same  for  both  channels. 
This  requirement  imposes  unnecessary  work  for  the  user/operator, 
and  provides  unnecessary  opportunities  for  typographical  errors. 

Transactional  Implication.  Typically,  initialization  transactions 
require  more  time  than  necessary  to  complete .  Errors ,  of  course , 
delay  completion  of  the  transaction  even  more. 

Cons eg uences  of  the  Problem.  The  TCT  is  unavailable  to  its  user 
community  for  longer  than  necessary. 

Recommended  Resolution .  Each  time  an  entry  is  to  be  made  for 
channel  2,  provide,  the  capability  for  the  user/operator  to 
simply  press  the  ENTER  key  or  a  VFK  to  copy  information  for 
channel  1  into  channel  2 . 


3.3  Interrupts  and  Work  Recoven 


Transaction  Feature.  Retransmission  of  message  which  could  not  be 
transmitted  initially. 


Description.  If  channels  are  tied  up,  a  message  may  fail  to  be 
transmitted  when  the  XMIT  key  is  pressed.  If  so,  the  message, 
"WAIT.  PUSH  XMIT  AGAIN"  appears  in  the  Operator  Alert  area  of  the 
display.  The  user/operator  is  then  expected  to  wait  30  seconds 
and  press  the  XMIT  key  again. 
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Behavioral  Implication.  The  user/operator  must  remember  that  the 
message  has  not  been  transmitted,  and  must  estimate  a  30-second 
elapsed  time  while  performing  other  tasks.  The  user/operator  may 
forget  that  a  message  is  waiting  to  be  transmitted,  or  may  get 
involved  in  other  tasks  and  misestimate  the  amount  of  time  which 
has  elapsed  since  the  "WAIT.  PUSH  XMIT  AGAIN"  message  appeared. 

Transactional  Implication.  No  appreciable  effect  on  the  trans¬ 
action  itself,  since  message  composition  has  been  completed. 

Consequences  of  the  Problem.  Message  transmissions  may  be  delayed 
longer  than  necessary.  Note  that  this  situation  may  be  particular 
ly  serious  at  times  of  crisis,  when  the  user/operator  is  likely 
to  be  under  stress,  and  these  conditions  are  likely  to  exist: 

1.  The  user/operator  is  trying  to  do  many  tasks  rapidly  to 
keep  up  with  a  flood  of  incoming  and  outgoing  information. 

2.  Communications  channels  are  heavily  loaded,  increasing 
the  probability  that  getting  channel  access  will  be  diffi¬ 
cult. 

Recommended  Resolution.  There  are  at  least  two  possible  solutions 

1.  Automated  solution.  Provide  software  to  have  the  system 
remember  that  a  message  could  not  be  transmitted.  Access¬ 
ing  the  real  time  clock  would  permit  the  system  to  tell  how 
long  a  message  has  been  in  the  XMIT  buffer  without  being 
sent.  The  equipment  could  try  every  n  seconds  to  transmit, 
or  could  poll  the  common  line  until  free.  Information  could 
be  displayed  to  indicate  to  the  user/operator  the  status  of 
the  message  in  the  XMIT  buffer: 

MSG  NO. _ __ 

TIME  SINCE  FIRST  XMIT  ATTEMPT  _ 

#  OF  ATTEMPTS  TO  XMIT  _  _ 

This  capability  should  include  some  method  for  alarming 
the  user/operator  when  the  message  has  been  in  the  buffer 
"too  long."  One  could  perhaps  have  both  a  default  and 
user-selectabie  threshhold  for  "too  long." 

2 .  Semiautomated  solution .  Again ,  using  a  link  to  the  real¬ 
time  clock,  alarm  the  user/ operator  when  30  seconds  have 
passed.  This  will  assure  that  the  user/operator  does  not 
forget  about  a  message  sitting  in  the  output  buffer. 


4.  MESSAGE  COMPOSITION  AIDS 


Transaction  Feature.  Feedback  of  data  entries. 

Description .  As  the  user/operator  selects  options  from  menu  prompts, 
the  associated  information  appears  in  the  proper  position  of  the 
message  display  area.  However,  no  comparable  feedback  appears  in 
the  prompt  area. 

Behavioral  Implication.  To  verify  the  accuracy  of  data  entry, 
the  user/operator  must  locate  the  information  in  the  format  dis¬ 
played  in  the  message  display  area.  Shifting  focus  between  the 
message  display  and  prompt  areas  of  the  screen  may  cause  eye 
fatigue  and  increases  the  time  required  to  locate  information  for 
verification. 


Transactional  Implication .  Potential  for  error  is  increased; 
time  to  input  the  data  is  increased. 

Consequences  of  the  Problem.  Slow  down  of  system  operation. 

Recommended  Resolution.  Generate  data  entry  feedback  in  a  con¬ 
sistent  position  near  the  prompt  area. 

Transaction  Feature.  Entry  of  hardware  configuration  specifica¬ 
tion  at  system  initialization. 

Description.  The  user/operator  must  provide  specifications  for 
communication  devices  to  which  the  TCT  interfaces.  Initializa¬ 
tion  must  be  performed  each  time  the  system  is  powered  up,  even 
though  identical  data  may  be  entered  each  time. 

Behavioral  implication.  The  user/operator  expends  unnecessary  time 
in  specifying  hardware  configuration  repetitively. 

Transactional  Implication.  Unnecessary  time  is  spent  in  system 
initialization . 

Consequences  of  the  Problem.  Potential  for  reduced  system  through¬ 
put. 

Recommended  Resolution.  Provide  default  initializations  for  all 
communications  equipment,  with  capability  for  the  user/operator 
to  alter  specifications  as  necessary. 
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Transaction  Feature.  Entry  of  grid  zone  designation.  (NOTE:  | 
This  Transaction  Feature  Analysis  is  valid  only  if  grid  zone  i 
refers  to  the  physical  location  of  the  equipment,  rather  than  | 
the  location  of  th  organizational  units  which  use  the  equip-  J 
ment  as  a  communications  mechanism.)  | 


Description .  Tho  uner/operator  ontoru  a  grid  zono  for  aach  message, 
whether  or  not  the  TCT  has  moved. 


Behavioral  implication.  The  user/operator  must  recall  and  accurately 
enter  the  grid  zone  designation. 

Transactional  implication .  Erroneous  grid  zone  information  can  be 
transmitted  to  message  recipient. 

Consequences  of  the  Problem.  Inaccurate  grid  zone  designation  could 
cause  confusion  for  the  message  recipient  in  regard  to  the  informa¬ 
tion  source. 

Recommended  Resolution.  Include  specification  of  the  grid  zone 
designation  as  part  of  system  initialization  and  enter  it  automat¬ 
ically  into  the  standard  message  formats.  However,  if  the  equip¬ 
ment  can  be  moved  without  re-initialization,  the  user/operator  must 
remember  to  change  the  grid  zone  designation. 


4.2  Format  for  Alphanumeric  Messages 

No  features  relevant  to  the  message  formats  requiring  Transaction  Feature 
Analysis  were  observed. 


4.3  Graphic  Displays 

A  graphics  capability  is  planned  for  TCS/TCT  but  to  date  has  not  been 
implemented . 


5.  DATA  RETRIEVAL  ASSISTANCE 

No  TCT  data  retrieval  assistance  features  were  observed  that  required 
Transaction  Feature  Analysis. 


6.  GLOSSARIES 

No  TCT  glossary  features  were  observed  that  required  Transaction  Feature 
Analysis. 

6.  Abbreviation  and  Coding 

No  TCT  abbreviation  and  coding  features  were  observed  that  required  Trans¬ 
action  Feature  Analysis. 


A- 16 


